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METHOD AND APPARATUS FOR WRAPPING EXISTING PROCEDURE ORIENTED 

PROGRAM INTO COMPONENT BASED SYSTEM 



BACKGROUND OF THE INVENTION 
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Field of the Invention 

[01] The present invention relates to a method and apparatus for wrapping existing 

procedure oriented program into component based system, and in particular relates to a 

?l method and apparatus for wrapping existing procedure oriented program into component 

g;| 15 based system to identify the module based on workflow for the component wrapping and to 

produce reusable components using framework based wrapper 
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Background of the Related Art 

[02] Legacy system is an important program for corporate strategy, and has been 
^1 20 implemented with such procedural language as COBOL or FORTRAN for the latest several 
decades. However, due to the continuous amendments and additional functions its 
documentation has not been successfully accomplished and its maintenance costs continues 
to increase because of the deficiency of program man power. 

[03] In addition, the industry applicable software shall meet and actively be 
25 adapted to the market requirements though, the legacy system has become a serious obstacle 
in such a circumstance. There are categorized into some methods: Redevelopment, 
Transformation, and Wrapping, as a method which applies legacy system to new software 
schemes. 

[04] The Redevelopment method is developed by using new software schemes 
30 techniques different from the existing system, but has relatively problems such as time, cost 
and stability. 



[05] The Transformation method is a method which re-abstracts (restructures) the 
existing program with an object-oriented or component based software schemes, refreshes 
the system using the result information. Although the Transformation method can save time 
and cost because of using the information of the existing system compared to the 
Redevelopment method, the method still has a problem in respect of stability of the program. 

[06] Lastly, the Wrapping method has an advantage where it can easily reuse the 
nevv' software architecture while continuously maintaining the existing system, different from 
above examples. However^ such a wrapping method could be the cause that it will add to 
the complexity of the program even more as the software schemes develop. 

[07] Conventional wrapping technique has a fimdamental problem in which the 
wrapping technique is focusing on the use of the present system only by modernizing the 
User Interface to New Interface. 

[08] Therefore, the wrapping results came to only add to the complexity of the 
program when they are to be reused. The best way to solve the problem is to differentiate 
the portions highly probable to be used in the fiiture from the rest of the object to the 
wrapping, only user interface, and wrap the very portions only 

[09] And the structure of wrapper shall also be developed in framework-based, so 
that the maintenance should be implemented easily. 

[10] Further, the wrapped resultants should be made as an independent component 
having a fimction. The reason is that the component containing an independent function has 
advantages not only of reuse and functional extension, but also being utilized easily in 
distributed environment such as web, since Component-Based Development (CBD) is able to 
include the legacy system in itself 

[11] There is for example a software wrapping technique which is a field similar 
to techniques for modernization of the existing system as a method which apply legacy 
system to new software techniques. With regard to the software wrapping techniques, 



5 various methods have been proposed to perform object- wrapping of the data and the data 
structure of the existing system using object-oriented methodology (US Patent No. 
6,305,007), to produce a wrapper having access to a CICS COBOL program which is 
operated in main program from different operating system environments using ECI (External 
Call Interface) API (US Patent No. 6,230,117), and to producing a wrapper for an application 
10 in its entirety because of having all meta information of the screens used in the existing 
application which includes a lot of business logic (US Patent No. 6,253,244). 
1^ , [12] Most of the conventional methods are focusing on a method for associating 

p the existing program with a new system or program environment only, do not take account of 

the software evolution of the resultants. 
IJI 15 [13] Identifying procedure and clustering of the existing program to be a wrapping 

object need some handling such as experience or direct observation of user. 

[14] Therefore, the procedures of identifying the portions of highly probable to be 
reused and wrapping the identified module should be performed seamlessly in the case of 
transferring the existing system to a new program environment. Further more, there is 
20 needed framework-based wrapper of the architecture structure that has consistency in the 
wapping results to facilitate maintenance and software evolution after this, 

SUMMARY OF THE INVENTION 
[15] Accordingly, the present invention has been proposed to solve the problem 

25 stated above. An object of the present invention is to provide a method and apparatus for 

wrapping existing procedure oriented program into component based system so as to 

automatize procedures which analyze a source code with handling by a developer, identify a 

reuse module using experience and direct observation, and wrap it, by means of tool support, 

and to provide even more systematic method. 

30 [16] Another object of the present invention is to provide a recording medium 
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capable of being read by a computer, in which a program for performing a method for 
wrapping existing procedure oriented program into component-based system written. 

[17] To achieve the above objects, the present invention is characterized in 
identification algorithm identifying a function capable of being reused in an existing system, 
user adjusts some weights of the basic constituent elements on the basis of only a general 
knowledge of a system such as Use-case without any detailed knowledge about the system, 
so that a business logic is identified easily in top-down, and then a workflow of the system is 
identified component in bottom-up to wrap the identified business logic, thereby generating 
automatically the necessary constraint condition and the external interface. And the present 
invention is characterized to provide component-wrapping process to further facilitate 
maintenance and systematization using framework based intermediate framework, 

[18] According to one aspect of the present invention, an apparatus for wrapping 
existing procedure oriented program into component based system comprises: code analyzing 
portion extracts some information that is necessary for program analysis in source program 
or codes implemented by a procedural language; business logic identifying portion can find 
some component candidates that has very high probability of reuse using the information of 
the program analysis results extracted in the code analyzing portion; and component wrapper 
generating portion generates automatically the source codes for wrapping the existing 
program workflow which includes business logic identified in the business logic identifying 
portion. 

[19] The component wrapper generating portion comprises: component 
framework for reusing existing system as a component; legacy framework which is a 
framework of system to be associated with the component framework; and intermediate 
framework for linking the component framework with the legacy framework, and capturing 
screen information which is input/output to/from the legacy framework, thereby 
automatically communicating the information with each framework. 



5 [20] The intermediate framework comprises: program scheduler having navigation 

information and interaction relationship between each programs, and having schedule 
information about whether a plurality of screens are for input or output; meta-data repository 
storing meta-information for the screen of programs included in a pre-registered workflow; 
record handler for analyzing the command required by the component framework, obtaining 
10 the meta information of input/output data from the meta-data repository, thereby finding 
which are the screens entered from the present existing system and which are the input/output 
y^k data corresponding to the screens, and for transferring the input/output data; and record 
C;l adapter for receiving input screen from the legacy component, differentiating the data 
'•J associated with the input/output from the information for displaying screen only, and 
15 providing it to the record handler. 

[21] According to another aspect of the present invention, a method for wrapping 

lit 

f X existing procedure oriented program into component based system comprises the steps of: 

f ;i extracting information for program analysis in source program or codes implemented with 

m 

source procedural language; identifying a portion of very high probability of reuse using the 
20 information necessary for program analysis extracted in the code analyzing portion; and 
generating automatically the codes for wrapping program workflow which include business 
logic identified in the business logic identifying portion. 

[22] The step of identifying comprises the steps of: calculating the fitting index of 
user requirement using weight of the constituent elements configured by user depending on a 
25 scale of each modules in order to express business type to be identified; a) determining 
whether the calculated fitting index is the largest, if the fitting index is the largest, then 
searching the flows within program for executing module in the program including the 
module where the fitting index is the largest, b) searching input/output variables based on 
variables associated with screen decoration containing the direct relations with user; 
30 identifying automatically variables necessary for constraint condition and interface using 



5 input/output variables and flows (paths) within the identified program; and defining the 
variables to be constraint conditions and variables to be interface using the identified 
variables, to generate the code for the wrapping. 

[23] The calculation of the fitting index in the step of calculating the fitting index, 
lies in that it calculates fitness (fitting index) about the user requirement in Top-Down 

10 method which searches form large portion to small portion in scale. And the constraint 
condition consists of control variables necessary to obtain the flow for executing the module 
of the desired business logic, and wherein the interface consists of variables utilized in 
input/output portion of data. 

[24] In the process of searching the flows within the program and the input/output 

15 variables, the process comprises the following steps of collecting the flow information 
between the paragraphs and the branch information to execute each paragraphs, searching 
call relations between the paragraphs using function call statement for connecting call 
relations between the modules; eliminating redundancy or recursive portions of the paragraph 
calls, if there are inclusive call relations, then reconstructing the paragraph call relations; 

20 identifying the flow of the program taking account of only unstructured statement; and 
generating call relation tree using the call relation information of the paragraph acquired as 
well as the program flow information of the unstructured sentence. 

[25] In the process of searching the flows within program and the input/output 
variables, the process comprises the steps of analyzing the screen information of each 

25 variables and fields by analyzing the input/output variables which exist in the program 
containing business logic to be reused and the information about user interface or forms for 
expressing a screen; determining whether or not a field exists in the analyzed screen 
information; discriminating, if the field exists in the analyzed screen information, the field is 
a portion for input/output of actual data or only for decoration of screen; and a) registering, if 

30 the field is related with input/output (I/O) field, the field is registered as an input/output 
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5 variable, b) un-registering, if the field is not for the portion for input/output, the field as meta 
data since the field is used as decoration of the screen. 

[26] The step of identifying automatically variables required for constraint 
condition and interface, comprises the following sub-steps of: selecting a unique path 
containing the workflow that user selected in the generated tree; checking whether there exist 
10 critical variable such as variables deciding the paragraph flow or input/output in the 
designated workflow; tracking, if there exists the critical variable, the list of variables 
affecting the critical variable using impact analysis, or tracking, if the variables are those 
;| transferred between programs, continuously the calling programs or the called programs and 
identifying the usage of variables; discriminating whether the identified variables are those of 
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15 determining workflow path or those utilized as a constraint condition; and a) if the identified 
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variables are used as a control variable, adding them to the list of the control variables, b) if 
the identified variables are used as a constraint condition, adding them to the list of the a 
constraint condition. 

[27] According to another aspect of the present invention, a recording medium 
20 capable of being read by a digital processing apparatus, in which programs capable of being 
executed by the digital processing apparatus are implemented by types so as to perform a 
method for wrapping existing procedure oriented program into component based system, 
wherein the method comprises the steps of: extracting information necessary for program 
analysis in source program or codes implemented with source procedural language; 
25 identifying a portion of very high probability of reuse using the information necessary for 
program analysis extracted in the code analyzing portion, and generating automatically the 
codes for wrapping program workflow including a desired business logic, and the step of 
identifying comprising the steps of calculating the fitting index of user requirement using 
weight value of the constituent elements configured by user depending on a scale of each 
30 module in order to express business type to be identified; a) determining whether the 
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5 calculated fitting index is the largest, if the fitting index is the largest, then searching the 
flows for executing the module in the program including the module where the fitting index 
is the largest, b) searching input/output variables based on variables associated with screen 
decoration containing the direct relations with user; identifying automatically variables 
necessary for constraint condition and interface using input/output variables and flows (path) 
10 within the searched program; and defining the variables to be constraint condition and 
variables to be interface using the identified variables, and then generate the code for the 
wrapping, 

[28] It is to be understood that both the foregoing general description and the 
following detailed description of the present invention are exemplary and explanatory and are 



|ji 15 intended to provide further explanation of the invention as claimed. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[29] The accompanying drawings, which are included to provide a fiirther 
understanding of the invention and are incorporated in and constitute a part of this 
20 application, illustrate embodiment(s) of the invention and together with the description serve 
to explain the principle of the invention. In the drawings: 

[30] Fig. 1 is a block diagram of an apparatus for wrapping existing procedure 
oriented program into component based system in accordance with the present invention; 

[31] Fig. 2 is an operation flowchart of the identification algorithm which is 
25 performed in a business logic identifier depicted in Fig, 1 ; 

[32] Fig. 3a is a diagram illustrating structural elements for identifying the 
business logic of Fig. 2; 

[33] Fig. 3b is a diagram illustrating an exemplary picture configuration for setting 
constituent elements identifying the business logic depicted in Fig. 3 a; 

30 [34] Fig. 4 is an operation flowchart of the detailed method searching the flow 
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within the program depicted in Fig. 2; 

[35] Fig. 5a is a diagram illustrating an example of the source for the algorithm of 

Fig. 4; 

[36] Fig, 5b is a diagram illustrating an example of the picture configuration of 
Call Tree of Fig. 4 using the source of Fig. 5a; 

[37] Fig. 6 is an operation flowchart of the detailed searching method in the step 
of searching input/output variables depicted in Fig. 2; 

[38] Fig. 7 is a detailed operation flowchart of the step of identifying workflow of 
the business logic depicted in Fig. 2; 

[39] Fig. 8 is a detailed block diagram of the component wrapper generator of Fig. 

1, and 

[40] Fig. 9 is a detailed block diagram of the intermediate framework of the 
component wrapper of Fig. 8. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[41] Fig. 1 is a block diagram of an apparatus for wrapping existing procedure 

oriented program into component-based system in accordance with the present invention. 

The apparatus may consist of a code analyzer 110, a business logic identifier 120 and a 

component wrapper generator 130. 

[42] The code analyzer 110 extracts information necessary for program analysis in 

the source programs or codes 100 which are implemented with a source procedural language, 

and provides it to the business logic identifier 120. 

[43] The business logic identifier 120 identifies a portion of very high probability 

of reuse using the information necessary for program analysis extracted in the code analyzer 

110. 

[44] The component wrapper generator 130 generates automatically the codes for 



5 wrapping the workflow of the program, which includes the business logic identified in the 
business logic identifier 120. 

[45] The concrete operation of the business logic identifier 120 will now be 
explained in detail with reference to Fig. 2. Fig. 2 is an operation flowchart of the 
identification algorithm which is performed in the business logic identifier showed in Fig. 1. 
10 [46] First, the weight values of the constituent elements are configured from user 

to express the type of the business logic to be identified (step S200). 

[47] The type of the business logic is identified using the weight values of the 
constituent elements configured by user depending on a scale of each module (step S200). 
That is, the scale of the module may be what is provided in each procedural language by the 
15 unit of program, paragraph or fijnction, and capable of being physically divided 
independently or capable of being modularized to the minimum. 

[48] Fitness (fitting index) for the user requirement in Top-Down method which 
searches form large portion to small portion in scale, is calculated (step S210). 

[49] Determined is whether the calculated fitting index is the largest (step S220). 
20 If the fitting index is the largest, the flows for executing a module in the program including 
the module containing the largest fitting index, is searched, the flows of all the possible paths 
being found out (S230). 

[50] However, in the step S220, if the fitting index is not the largest, the user may 
select it directly. 

25 [51] Then, input/output variables are found out based on variables related to 

screen decoration containing direct input/output relations with user (step S240). 

[52] Subsequently, the flows within a program using input/output variables and 
paths within the selected program are identified, the variables related to the constraint 
condition and the interface necessary for it being found. The constraint condition consists 
30 of control variables necessary to obtain the flow for executing the module of the desired 
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business logic, and the interface consists of variables utilized in input/output portion of data. 

[53] Therefore, also when workflow between the programs is identified in 
Bottom-Up, variables necessary for constraint condition and interface using variables related 
to screen input/output and variables that perform a program including business logic, are 
identified automatically (S250). 

[54] Then, the variables to be constraint condition and variables to be interface 
using the variables generated in workflow identification of the step S250 (step S260). 

[55] Accordingly, the component wrapper generator 130 shown in the Fig. 1 
automatically generates the code for producing the framework-based wrapper using the 
workflow identified, ultimately (step S270). 

[56] Fig. 3 a is a diagram illustrating a list table of structural elements configured 
by user so as to express the type of the business logic to be identified. 

[57] In Fig. 3, usage of program (Program) 300 relates to that of program level, 
and consists of external program call (External Call) 301 and input/output of screen (Screen 
I/O) 302. 

[58] The usage of mathematics (Mathematics) 310 relates to an operation of 
input/output variables in a statement, that is, assignment or calculation of a value. The 
usage of mathematics 310 consists of Math Input 311 in which a variable related to input 
assign a value to another variable. Math output 312 which replaces the value with a variable 
related to output, and Math Operation 313 which calculates input/output variables. 

[59] The usage of DataSet 320 relates to data store in a file or different database. 
The usage of dataset 320 consists of Read 311, Write 322, Delete 323 and Update 324. 

[60] Fig. 3b is an exemplary picture configuration for setting constituent elements, 
and illustrates a setup picture for constituent elements of business logic. 

[61] User adjusts weight of desired constituent elements so that a business logic 
required by user is automatically identified. For example, if the user wants to find the 

11 



5 business logic related to inquiry function, the user can find it by setting high the weight 
values of the screen input/output 302, the replacement 312 and the DataSet read 311. 

[62] Fig. 4 is an operation flowchart of the detailed method searching the flow 
within the program depicted in Fig. 2. 

[63] In the step of performing the flow search within program of the step S250 
10 showed in the Fig. 2, the program including business logic to be reused has been already 
known. 

[64] Therefore, we assume that a program for the detailed analysis, the least 
modules having business logics, and the paragraph candidates are known, as prerequisite 
condition for the flow search within program of the step S250 showed in the Fig. 2 (step 
m 15 S410). 

[65] In order to handle the detailed information of the program systematically, the 
flow information between paragraphs and the information about the condition thereof by the 
unit of modules and paragraphs are collected (step S410). 

[66] Then, call relations between the paragraphs using function call statement such 
20 as CALL sentence and PERFORM sentence in COBOL are searched for searching call 
relations between the modules (step S420). 

[67] In step S430, in order to refine the call relations, redundancy or recursive 
portions of the paragraph calls is eliminated. If there are inclusive call relations, then the 
inclusive call relations are reconstructed (step S430). 
25 [68] Subsequently, in order to search the paragraph flow by the unstructured 

statement, the flow of the program is identified taking account of only unstructured statement 
sentence, for example GO TO sentence, CONTINUE sentence and BREAK sentence, of the 
flow information between the paragraphs (step S440). 

[69] Then, the call tree expressing the produced call relations of paragraphs is 
30 generated (step S450). That is, call relation tree is generated using the call relation 
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information of the paragraph acquired in the step S430 and the program flow information of 
the unstructured sentence in the step S440. 

[70] Fig. 5 a is a diagram illustrating an example of the source for the algorithm of 
Fig. 4. Fig. 5b is a diagram illustrating an example of the picture configuration of Call Tree 
of Fig. 4 using the source of Fig. 5 a. 

[71] Fig. 5b is a diagram displaying the call relation tree in picture by using 
algorithm in Fig. 4, and analyzing program source showed in Fig. 5a. 

[72] Meta-data for the call relation tree is expressed as XML format. <NAME> 
tag expresses paragraph name 520. <CTL> tag expresses a control condition list 540 for 
call or navigation to different paragraphs. Also, <BR> tag expresses paragraph list 550 to 
be called or navigated next. 

[73] The paragraph list 550 to be called or navigated next express the unstructured 
sentence such as GOTO sentence of paragraph name 530 of which first character of the name 
begin at "%". 

[74] Fig. 6 is an operation flowchart of the detailed searching method in the step 
of searching input/output variables illustrated in Fig. 2. That is. Fig. 6 is a flowchart of 
method for searching the input/output variables of the outside of program illustrated in Fig. 2, 

[75] As illustrated in Fig. 6, since a program having business logic to be reused is 
linown, the screen information or file related the program can be known (step S600). 

[76] The screen information of each variable and field is analyzed by analyzing 
the input/output variables which exist in the program, the information about user interface or 
forms for expressing a screen (step S610). 

[77] Then, it is determined whether or not a field exists in the analyzed screen 
information (step S620), If the field exists in the analyzed screen information, it is 
discriminated whether the field is a portion for input/output of actual data or only for 
decoration of screen (step S630). And, it is determined whether the field is corresponding to 
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5 the input/output (I/O) field (step S640). 

[78] If the field is for input/output field, the field is registered as an input/output 
variable since the field is used as input/output variable (step S650). But, if the field is not 
for the portion for input/output, the field is registered as meta data since the field is used as 
decoration of the screen (step S660). 
10 [79] Fig. 7 is a detailed operation flowchart of the step of identifying workflow of 

the business logic depicted in Fig. 2, 

[80] First, the unique path having the workflow that user wants in the generated 
0 tree produced in the step S450 of Fig. 4 is selected (step S700). 

M 

Oil [81] Then, it is checked whether there exist critical variable such as variables 

SI 

15 deciding the paragraph flow or input/output in the designated workflow (step S710). 
7 [82] If there exists the critical variable, the Ust of variables affecting the critical 
T:] variable using impact analysis is tracked. Or if the variables are those transferred between 

m programs, the calling programs or the called programs is continuously tracked whereby the 

ry usage of variables is identified (step S720). 

20 [83] Subsequently, it is discriminated whether the identified variables are those of 

determining workflow path or those utilized as a constraint condition (step S730). 

[84] If the identified variables are used as a control variable, they are added to the 
list of the control variables (step S740). But, if the identified variables are used as a 
constraint condition, they are added to the Ust of the constraint condition, this list becomes a 
25 interface candidate of component produced later (step S750). 

[85] Fig. 8 is a detailed block diagram of the component wrapper generator of Fig. 

1. 

[86] Component wrapper serves to wrap the workflow to be reused in existing 
system into component. The whole constitution of component system including a 
30 component wrapper is divided generally into a component framework 800, an intermediate 
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5 framework 810 and a legacy framework 830. 

[87] The component framework 800 serves to reuse existing system as a 
component. The legacy framework 830 is a system framework associated with the 
component framework 800. 

[88] The intermediate framework 810 serves to link the component framework 
10 800 with the legacy framework 830, and capture screen information which is input/output 
to/from the legacy framework, thereby automatically inserting or extracting the information. 

[89] Fig. 9 is a detailed block diagram of the intermediate framework of the 
component wrapper of Fig. 8. 

[90] As illustrated in Fig. 9, intermediate framework 810 consists of a program 
jf:f 15 sc^heduler 900, a record handler 910, a meta data pool 920 and a record adapter 930. 

[91] The program scheduler 900 has navigation information and interaction 
relationship between programs. Program interaction relationship has the information about 
how the program is used for any use of input, output or input/output uses. For example, if 
the screen configuration of existing system comprises menu display firstly, an inquiry menu 
20 is selected by user, and the inquiry contents are showed in the next screen, the program 
scheduler 900 does not only have both of two screens flow information, but also has the 
information about whether each screen is for input or for output. That is, the menu screen is 
to be used as input usage, while the inquiry result screen is to be used as output usage. 

[92] The meta-data pool 920 has meta-information for the screens of programs 
25 included in a workflow registered in the step S660 of Fig. 6. 

[93] The record handler 910 analyzes the command required by the component 
framework 800 showed in Fig. 8, obtains the meta information of input/output data from the 
meta-data pool, and finds which are the screens entered from the present existing system and 
which are the input/output data corresponding to the screens, thereby transferring the 
30 input/output data. 
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[94] The record adapter 930 receives input screen from the legacy component, 
differentiates the data associated with the input/output from the information for display of 
screen only, and provides it to the record handler 910. 

[95] The record handler 910 does not only stores temporarily the information of 
legacy component, but also transforms different characters of ASCII, EBCDIC, etc. 

[96] As described above, a method and apparatus for wrapping existing procedure 
oriented program into component based system according to the present invention, saves cost 
and time required to understand the existing system by identifying automatically a significant 
business logic of system using only a information of general program configuration without 
detailed knowledge for implementing the existing system. 

[97] Also, the present invention maintains stability which is the advantage of the 
existing system by using software wrapping schemes, and reuses the existing system 
associated with system of new circumstance such as web, and also easily adds new functions, 
if necessary, by identifying portions capable of being reused and wrapping it into component, 

[98] Further, the present invention provides expandability in software evolution in 
the future and maintenance since the proposed software wrapping scheme has framework 
based wrapper structure, rather than screen scraping for wrapping only portions of screen, 

[99] The forgoing embodiment is merely exemplary and is not to be construed as 
limiting the present invention. The present teachings can be readily applied to other types 
of apparatuses. The description of the present invention is intended to be illustrative, and 
not to limit the scope of the claims. Many alternatives, modifications, and variations will be 
apparent to those skilled in the art. 
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